ETSITS125 468V9.1.0 



(2010-04) 



Technical Specification 



Universal Mobile Telecommunications System (UMTS); 
UTRAN luh Interface RANAP User Adaption (RUA) signalling 

(3GPP TS 25.468 version 9.1.0 Release 9) 



3ji^ 




3GPP TS 25.468 version 9.1 .0 Release 9 1 ETSI TS 1 25 468 V9.1 .0 (201 0-04) 



Reference 



RTS/TSGR-0325468V91 
Keywords 



UMTS 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N ° 348 623 562 0001 7 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.orq 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 

Information on the current status of this and other ETSI documents is available at 

http://portal.etsi.orq/tb/status/status.asp 

If you find errors in the present document, please send your comment to one of the following services: 

http://portal.etsi.orq/chaircor/ETSI support.asp 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2010. 
All rights reserved. 

DECT™, PLUGTESTS™, UMTS™, TIPHON™, the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered 

for the benefit of its Members. 
3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. 

LTE™ is a Trade Mark of ETSI currently being registered 

for the benefit of its Members and of the 3GPP Organizational Partners. 

GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association. 



ETSI 



3GPP TS 25.468 version 9.1 .0 Release 9 2 ETSI TS 1 25 468 V9.1 .0 (201 0-04) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under 
http://webapp.etsi.org/kev/quervform.asp . 



ETSI 



3GPP TS 25.468 version 9.1 .0 Release 9 3 ETSI TS 1 25 468 V9.1 .0 (201 0-04) 



Contents 



Intellectual Property Rights 2 

Foreword 2 

Foreword 5 

1 Scope 6 

2 References 6 

3 Definitions and abbreviations 6 

3.1 Definitions 6 

3.2 Abbreviations 6 

4 General 7 

4.1 Procedure specification principles 7 

4.2 Forwards and backwards compatibility 7 

4.3 Specification notations 7 

5 RUA services 8 

6 Services expected from the transport layer 8 

7 Functions of RUA 8 

8 RUA procedures 8 

Elementary Procedures 8 

Connect 8 

General 8 

Successful Operation 9 

HNB Originated 9 

HNB-GW Originated 9 

Direct Transfer 9 

General 9 

Successful Operation (HNB-GW Originated) 10 

Successful Operation (HNB Originated) 10 

Abnormal Conditions 10 

Disconnect 10 

General 10 

Successful Operation (HNB Originated) 10 

Successful Operation (HNB-GW Originated) 1 

Abnormal Conditions 1 

Connectionless Transfer 1 

General 1 

Successful Operation (HNB-GW Originated) 1 

Successful Operation (HNB Originated) 1 

Abnormal Conditions 12 

Error Indication 12 

General 12 

Successful Operation 12 

Elements for RUA communication 12 

Message functional definition and content 12 

General 12 

Message contents 13 

Presence 13 

Criticality 13 

Range 13 

Assigned Criticality 13 

CONNECT 13 

DIRECT TRANSFER 14 



£75/ 



8.1 


8.2 


8.2.1 


8.2.2 


8.2.2.1 


8.2.2.2 


8.3 


8.3.1 


8.3.2 


8.3.3 


8.3.4 


8.4 


8.4.1 


8.4.2 


8.4.3 


8.4.4 


8.5 


8.5.1 


8.5.2 


8.5.3 


8.5.4 


8.6 


8.6.1 


8.6.2 


9 


9.1 


9.1.1 


9.1.2 


9.1.2.1 


9.1.2.2 


9.1.2.3 


9.1.2.4 


9.1.3 


9.1.4 



3GPP TS 25.468 version 9.1 .0 Release 9 4 ETSI TS 1 25 468 V9.1 .0 (201 0-04) 

9.1.5 DISCONNECT 14 

9.1.6 CONNECTIONLESS TRANSFER 14 

9.1.7 ERROR INDICATION 14 

9.2 Information Element Definitions 15 

9.2.0 General 15 

9.2.1 Message Type 15 

9.2.2 Context ID 15 

9.2.3 Establishment Cause 15 

9.2.4 Intra Domain NAS Node Selector 16 

9.2.5 RANAP Message 18 

9.2.6 CN Domain Indicator 18 

9.2.7 Cause 18 

9.2.8 Criticality Diagnostics 19 

9.2.9 CSG Membership Status 19 

9.3 Message and Information Element Abstract Syntax (with ASN.l) 21 

9.3.0 General 21 

9.3.1 Usage of private message mechanism for non-standard use 21 

9.3.2 Elementary Procedure Definitions 21 

9.3.3 PDU definitions 25 

9.3.4 Information Element definitions 28 

9.3.5 Common definitions 32 

9.3.6 Constant definitions 33 

9.3.7 Container definitions 34 

9.4 Message transfer syntax 38 

10 Handling of unknown, unforeseen, and erroneous protocol data 39 

10.1 General 39 

10.2 Transfer Syntax Error 39 

10.3 Abstract Syntax Error 39 

10.3.1 General 39 

10.3.2 Criticality Information 40 

10.3.3 Presence Information 40 

10.3.4 Not comprehended IE/IE group 41 

10.3.4.1 Procedure Code 41 

10.3.4.1 A Type of Message 41 

10.3.4.2 lEs other than the Procedure Code and Type of Message 41 

10.3.5 Missing IE or IE group 42 

10.3.6 lEs or IE groups received in wrong order or with too many occurrences or erroneously present 43 

10.4 Logical Error 44 

10.5 Exceptions 44 

Annex A (informative): Change History 45 

History 46 



£75/ 



3GPP TS 25.468 version 9.1 .0 Release 9 5 ETSI TS 1 25 468 V9.1 .0 (201 0-04) 



Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



£75/ 



3GPP TS 25.468 version 9.1 .0 Release 9 6 ETSI TS 1 25 468 V9.1 .0 (201 0-04) 



Scope 



The present document specifies the RANAP User Adaption (RUA) between the Home Node B (HNB) and the Home 
Node B Gateway (HNB-GW). It fulfils the HNB- HNB-GW communication requirements specified in [3] and is 
defined over the luh - reference point. It provides transparent transport for RANAP messages. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[ 1 ] 3GPP TS 25 .40 1 : "UTRAN overall description" . 

[2] 3GPP TS 25.413: "UTRAN lu interface Radio Access Network Application Part (RANAP) 

signalling". 

[3] 3GPP TS 25.467: "UTRAN architecture for 3G Home NodeB; Stage 2". 

[4] 3GPP TR 25.921: "Guidelines and principles for protocol description and error handling". 

[5] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[6] ITU-T Recommendation X.691 (07/2002): "Information technology - ASN.l encoding rules: 

Specification of Packed Encoding Rules (PER)". 

[7] ITU-T Recommendation X.680 (07/2002): "Information technology - Abstract Syntax Notation 

One (ASN.l): Specification of basic notation". 

[8] ITU-T Recommendation X.681 (07/2002): "Information technology - Abstract Syntax Notation 

One (ASN.l): Information object specification". 

[9] IETF RFC 4960 (09/2007): "Stream Control Transmission Protocol". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TR 21.905 [5]. A term defined in the 
present document takes precedence over the definition of the same term, if any, in TR 21.905 [5]. 

UE-associated Signalling Connection: UE-associated Signalling Connection is identified by the identities Context ID 
and CN Domain ID. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 
CN Core Network 
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EP Elementary Procedure 

HNB Home Node B 

HNB-GW Home Node B Gateway 

PDU Protocol Data Unit 

RUA RANAP User Adaption 

SCTP Stream Control Transmission Protocol 



4 General 

The protocol described in the present document is the protocol between HNB-GW and HNB. 

4.1 Procedure specification principles 

The principle for specifying the procedure logic is to specify the functional behaviour of the HNB & HNB-GW exactly 
and completely.. 

The following specification principles have been applied for the procedure text in clause 8: 

The procedure text discriminates between: 

1) Functionality which "shall" be executed: 

The procedure text indicates that the receiving node "shall" perform a certain function Y under a certain 
condition. If the receiving node supports procedure X but cannot perform functionality Y requested in the 
REQUEST message of a Class 1 EP, the receiving node shall respond with the message used to report 
unsuccessful outcome for this procedure, containing an appropriate cause value. 

2) Functionality which "shall, if supported" be executed: 

The procedure text indicates that the receiving node "shall, if supported," perform a certain function Y 
under a certain condition. If the receiving node supports procedure X, but does not support functionality 
Y, the receiving node shall proceed with the execution of the EP, possibly informing the requesting node 
about the not supported functionality. 

Any required inclusion of an optional IE in a response message is explicitly indicated in the procedure text. If the 
procedure text does not explicitly indicate that an optional IE shall be included in a response message, the 
optional IE shall not be included. 

4.2 Forwards and backwards compatibility 

The forwards and backwards compatibility of the protocol is assured by mechanism where all current and future 
messages, and lEs or groups of related lEs, include Id and criticality fields that are coded in a standard format that will 
not be changed in the future. These parts can always be decoded regardless of the standard version. 

4.3 Specification notations 

For the purposes of the present document, the following notations apply: 

Procedure When referring to an elementary procedure in the specification the Procedure Name is written with 

the first letters in each word in upper case characters followed by the word "procedure", e.g. HNB 
Registration procedure. 

Message When referring to a message in the specification the MESSAGE NAME is written with all letters 

in upper case characters followed by the word "message", e.g. CONNECT message. 

IE When referring to an information element (IE) in the specification the Information Element Name 

is written with the first letters in each word in upper case characters and all letters in Italic font 
followed by the abbreviation "IE", e.g. HNB Identity IE. 
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Value of an IE When referring to the value of an information element (IE) in the specification the "Value" is 

written as it is specified in subclause 9.2 enclosed by quotation marks, e.g. "Abstract Syntax Error 
(Reject)" or "Background ". 



5 RUA services 

RUA provides the signalling service between the HNB and the HNB-GW that is required to fulfil the RUA functions 
described in Clause 7. 



6 Services expected from the transport layer 

Following service is expected from the transport layer: 

- reliable and in sequence deUvery of Signalling data using SCTP [9] 



7 Functions of RUA 

The RUA has the following functions: 

Transparent transfer of RANAP messages 

Error Handling. This function allows the reporting of general error situations, for which function specific error 
messages have not been defined. 

These functions are implemented by one or several RUA elementary procedures described in the following clauses. 



8 RUA procedures 

8.1 Elementary Procedures 



Table 1 summarizes the EPs. 



Table 1 ; Elementary procedures 



Elementary Procedure 


Message 


Connect 


CONNECT 


Direct Transfer 


DIRECT TRANSFER 


Disconnect 


DISCONNECT 


Connectionless Transfer 


CONNECTIONLESS TRANSFER 


Error Indication 


ERROR INDICATION 



8.2 Connect 
8.2.1 General 

The HNB or HNB-GW can initiate this procedure to establish an UE-associated Signalling Connection and carry a 
RANAP message. 
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8.2.2 Successful Operation 
8.2.2.1 HNB Originated 



HNB 



HNB-GW 



CONNECT 



Figure 1 : Connect to HNB-GW procedure 

This procedure is used to carry the RANAP INITIAL UE MESSAGE defined in [2] fi-om the HNB to the HNB-GW. 

Additional information is provided to enable the HNB-GW to handle the RANAP message without it being necessary to 
inspect the contents and trigger the establishment of a new UE-associated Signalling Connection between HNB and 
HNB-GW, which is directly mapped to the lu Signalling Connection the RANAP message refers to. 

NOTE: The Context ID is used as the lu Signalling Connection identifier in the corresponding RANAP messages. 



8.2.2.2 HNB-GW Originated 



HNB HNB-GW 

CONNECT 



Figure lA: Connect to HNB procedure 

This procedure is used to carry the first RANAP message from the HNB-GW to an HNB for a particular UE, e.g. 
RANAP RELOCATION REQUEST. This shall trigger the establishment of a new UE-associated Signalling 
Connection between HNB-GW and HNB, which is directly mapped to the lu Signalling Connection the RANAP 
message refers to. 

The HNB-GW will allocate the context id. 

If the first RANAP message received by the HNB GW is a RELOCATION REQUEST message and the 
RELOCATION REQUEST does not contain the CSG ID of the target cell the RUA CONNECT message may contain 
the CSG Membership Status IE. 

Additional information is provided by the HNB-GW to the HNB to assist the HNB in handling the RANAP message. 



8.3 



Direct Transfer 



8.3.1 General 

This procedure is initiated by either the HNB or HNB-GW to transport a RANAP message between the two nodes. 
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8.3.2 Successful Operation (HNB-GW Originated) 

HNB 



HNB-GW 



DIRECT TRANSFER 



Figure 2: Direct Transfer to IHNB 

This procedure is used to carry any DL connection-oriented RANAP message defined in [2] from the HNB-GW to the 
HNB. 



8.3.3 



Successful Operation (HNB Originated) 

HNB HNB-GW 



DIRECT TRANSFER 



Figure 3: Direct Transfer to HNB-GW 

This procedure is used to carry any UL connection-oriented RANAP message defined in [2], except those carried in 
CONNECT or DISCONNECT messages, from the HNB to the HNB-GW. 

8.3.4 Abnormal Conditions 



8.4 



Disconnect 



8.4.1 General 

This procedure is initiated by either the HNB or the HNB-GW to terminate an UE-associated Signalhng Connection 
between these nodes. 



8.4.2 Successful Operation (HNB Originated) 

HNB 



HNB-GW 



DISCONNECT 



Figure 4: Disconnect to HNB-GW 

This procedure is used to carry the last RANAP ([2]) UL connection-oriented message of a given lu Signalhng 
Connection to the HNB-GW over the luh interface. This procedure may also be used to indicate error conditions at the 
HNB. 
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8.4.3 Successful Operation (HNB-GW Originated) 



HNB 



HNB-GW 



DISCONNECT 



Figure 5: Disconnect to IHNB 

This procedure is used to close the connection of a given lu Signalhng Connection over the luh interface. This is 
initiated by the HNB-GW to handle release in connections caused by error conditions. 

8.4.4 Abnormal Conditions 



8.5 



Connectionless Transfer 



8.5.1 General 

This procedure is initiated by either the HNB or the HNB-GW to transfer connectionless RANAP messages between the 
HNB and HNB-GW. 

8.5.2 Successful Operation (HNB-GW Originated) 



HNB 



HNB-GW 



CONNECTIONLESS 
TRANSFER 



Figure 6: Connectionless Transfer to HNB 

This procedure is used to carry any DL connectionless RANAP message defined in [2] from the HNB-GW to the HNB. 

8.5.3 Successful Operation (HNB Originated) 



HNB 



HNB-GW 



CONNECTIONLESS 
TRANSFER 



Figure 7: Connectionless Transfer to HNB-GW 

This procedure is used to carry any UL connectionless RANAP message defined in [2] from the HNB to the HNB-GW. 
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8.5.4 Abnormal Conditions 



8.6 



Error Indication 



8.6.1 General 

The Error Indication procedure is initiated by either HNB or HNB-GW to report detected errors in one incoming 
message. 



8.6.2 Successful Operation 



HNB 



HNB-GW 



ERROR INDICATION 



Figure 8 Error Indication HNB Originated, Successful Operation 



HNB 



HNB-GW 



ERROR INDICATION 



Figure 9 Error Indication HNB-GW Originated, Successful Operation 



9 Elements for RUA communication 

9.1 Message functional definition and content 
9.1.1 General 

Section 9.1 presents the contents of RUA messages in tabular format. The corresponding ASN.l definition is presented 
in section 9.3. In case there is contradiction between the tabular format in section 9.1 and the ASN.l definition, the 
ASN.l shall take precedence, except for the definition of conditions for the presence of conditional lEs, where the 
tabular format shall take precedence. 

NOTE: The messages have been defined in accordance to the guidelines specified in [4]. 

For each message there is, a table listing the signalling elements in their order of appearance in the transmitted message. 
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9.1 .2 Message contents 



9.1.2.1 



Presence 



All information elements in the message descriptions below are marked mandatory, optional or conditional according to 
table 3 

Table 2: Meaning of abbreviations used in RUA messages 



Abbreviation 


IVIeaning 


M 


lE's marked as Mandatory (M) will always be included in the 
message. 





lE's marked as Optional (0) may or may not be included in the 
message. 


C 


lE's marked as Conditional (C) will be included in a message only if 
the condition is satisfied. Otherwise the IE is not included. 



9.1.2.2 



Criticality 



Each Information Element or Group of Information Elements may have a criticality information applied to it. 
Following cases are possible. 

Table 3: Meaning of content within "Criticality" column 



Abbreviation 


Meaning 


- 


No criticality information is applied explicitly. 


YES 


Criticality information is applied. This is usable only for non- 
repeatable lEs 


GLOBAL 


The IE and all its repetitions together have one common criticality 
information. This is usable only for repeatable lEs. 


EACH 


Each repetition of the IE has its own criticality information. It is not 
allowed to assign different criticality values to the repetitions. This is 
usable only for repeatable lEs. 



9.1.2.3 Range 

The Range column indicates the allowed number of copies of repetitive lEs/IE groups. 

9.1.2.4 Assigned Criticality 

This column provides the actual criticality information as defined in subclause 10.3.2, if applicable. 

9.1.3 CONNECT 

This message is sent by either the HNB to the HNB-GW or the HNB-GW to the HNB to establish a signalUng 
connection and carry a RANAP message. 

Direction: HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAIVIETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


CN Domain ID 


M 




9.2.6 




YES 


reject 


Context ID 


M 




9.2.2 




YES 


reject 


Intra Domain NAS Node 
Selector 







9.2.4 




YES 


ignore 


Establishment Cause 


M 




9.2.3 




YES 


reject 


RANAP Message 


M 




9.2.5 




YES 


reject 


CSG Membership Status 







9.2.9 




YES 


ignore 
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9.1.4 DIRECT TRANSFER 

This message is sent by either the HNB to the HNB-GW or the HNB-GW to the HNB to transport a connection- 
oriented RANAP message between the two nodes. 

Direction: HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


CN Domain ID 


M 




9.2.6 




YES 


reject 


Context ID 


M 




9.2.2 




YES 


reject 


RANAP Message 


M 




9.2.5 




YES 


reject 



9.1.5 DISCONNECT 

This message is sent by either the HNB to the HNB-GW or the HNB-GW to the HNB to close the signaling connection 
between the two nodes. 



Direction: 



HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


CN Domain ID 


M 




9.2.6 




YES 


reject 


Context ID 


M 




9.2.2 




YES 


reject 


Cause 


M 




9.2.7 




YES 


reject 


RANAP Message 


C - IfNormal 




9.2.5 




YES 


reject 



Condition 


Explanation 


IfNormal 


This IE shall be present if the Cause IE is set to "Normal". 



9.1 .6 CONNECTIONLESS TRANSFER 



This message is sent by either the HNB to the HNB-GW or the HNB-GW to the HNB to transport a connectionless 
RANAP message between the two nodes. 



Direction: 



HNB ^ HNB-GW and HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


reject 


RANAP Message 


M 




9.2.5 




YES 


reject 



9.1.7 ERROR INDICATION 

This message is sent by either the HNB to HNB-GW or the HNB-GW to the HNB and is used to indicate that some 
errors have been detected. 



Direction: 



HNB ^ HNB-GW, HNB-GW ^ HNB 



PARAMETER 


PRESENCE 


RANGE 


IE Type and 
Reference 


Semantics 
Description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1 




YES 


ignore 


Cause 


M 




9.2.7 




YES 


ignore 


Criticality Diagnostics 







9.2.8 




YES 


ignore 
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9.2 



Information Element Definitions 



9.2.0 General 

Section 9.2 presents the RUA IE definitions in tabular format. The corresponding ASN.l definition is presented in 
section 9.3. In case there is contradiction between the tabular format in section 9.2 and the ASN.l definition, the ASN.l 
shall take precedence, except for the definition of conditions for the presence of conditional elements, where the tabular 
format shall take precedence. 

When specifying information elements which are to be represented by bitstrings, if not otherwise specifically stated in 
the semantics description of the concerned IE or elsewhere, the following principle applies with regards to the ordering 
of bits: 

The first bit (leftmost bit) contains the most significant bit (MSB); 

The last bit (rightmost bit) contains the least significant bit (LSB); 

When importing bitstrings from other specifications, the first bit of the bitstring contains the first bit of the 
concerned information; 



9.2.1 Message Type 



Message Type IE uniquely identifies the message being sent. It is mandatory for all messages. 

PRESENCE RANGE IE Type and Reference Semantics Description 



IE/GROUP NAME 
Message Type 

>Procedure Code 



M 



ENUMERATED ( 
Connect 
Direct Transfer, 
Disconnect, 

Connectionless Transfer, 
Error Indication 



>Type of Message 



M 



ENUMERATED 
(Initiating Message, 
Successful Outcome, 
Unsuccessful Outcome, 
Outcome) 



9.2.2 Context ID 

Context ID IE uniquely identifies a particular UE in the HNB and HNB-GW. This unique Context ID is used for both 
CS and PS domain. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE Type and 


Semantics Description 


Context ID 






BITSTRING(24) 





9.2.3 Establishment Cause 

Establishment Cause ID IE identifies a the priority of call establishment 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE Type and 


Semantics Description 


Establishment Cause 






ENUMERATED 
(emergency call. 
Normal, 

)" 
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9.2.4 Intra Domain NAS Node Selector 

This IE carries information to be used to route the establishment of a signalling connection to a CN node within a CN 
domain. 



IE/GROUP NAME 


Presence 


RANGE 


IE Type and 
reference 


Semantics description 


CHOICE version 


M 








>R99 








This choice shall also be used 
by mobiles that are compliant 
to this version of the protocol 


»CHOICECA^fy/?e 


M 








»>GSM-MAP 










»»CHOICE Routing basis 


M 








»»>local (P)TMSI 








TMSI allocated in the current 
LA or PTMSI allocated in the 
current RA 


»»»Routing parameter 


M 




Bit string 
(10) 


The TMSI/ PTMSI consists of 
4 octets (32bits). This can be 
represented by a string of bits 
numbered from bO to b31, 
with bit bO being the least 
significant 

The "Routing parameter" bit 
string consists of bits bl4 
through b23 of the TMSI/ 
PTMSI. The 

first/leftmost/most significant 
bit of the bit string contains bit 
b23oftheTMSI/PTMSI. 


»»>(P)TMSI of same 
PLMN, different (RA)LA 








TMSI allocated in another LA 
of this PLMN or PTMSI 
allocated in another RA this 
PLMN 


»»»Routing parameter 


M 




Bit string 
(10) 


The TMSI/ PTMSI consists of 
4 octets (32bits). This can be 
represented by a string of bits 
numbered from bO to b31, 
with bit bO being the least 
significant 

The "Routing parameter" bit 
string consists of bits bl4 
through b23 of the TMSI/ 
PTMSI. The 

first/leftmost/most significant 
bit of the bit string contains bit 
b23oftheTMSI/PTMSL 


»»>(P)TMSI of different 
PLMN 








TMSI or a PTMSI allocated in 
another PLMN 
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IE/GROUP NAME 


Presence 


RANGE 


IE Type and 
reference 


Semantics description 


»»»Routing parameter 


M 




Bit string 
(10) 


The TMSI/ PTMSI consists of 
4 octets (32bits). This can be 
represented by a string of bits 
numbered from bO to b31, 
with bit bO being the least 
significant. 

The "Routing parameter" bit 
string consists of bits bl4 
through b23 of the TMSI/ 
PTMSI. The 

first/leftmost/most significant 
bit of the bit string contains bit 
b23 of the TMSI/ PTMSI. 


»»>IMSI(response to IMSI 
paging) 








NAS identity is IMSI 


»»»Routing parameter 


M 




Bit string 
(10) 


The "Routing parameter" bit 
string consists of 
DecimalToBinary [(IMSI div 
10) mod 1000]. The 
first/leftmost bit of the bit 
string contains the most 
significant bit of the result. 


»»>IMSI(cause UE initiated 
event) 








NAS identity is IMSI 


»»»Routing parameter 


M 




Bit string 
(10) 


The "Routing parameter" bit 
string consists of 
DecimalToBinary [(IMSI div 
10) mod 1000]. The 
first/leftmost bit of the bit 
string contains the most 
significant bit of the result. 


»»>IMEI 








NAS parameter is IMEI 


»»»Routing parameter 


M 




Bit string 
(10) 


The "Routing parameter" bit 
string consists of 
DecimalToBinary [(IMEI div 
10) mod 1000]. The 
first/leftmost bit of the bit 
string contains the most 
significant bit of the result. 


»»>Spare 1 






Bit string 
(10) 


This choice shall not be used 
in this version 


»»>Spare 2 






Bit string 
(10) 


This choice shall not be used 
in this version 


»>ANSI-41 






Bit string 

(14) 


All bits shall be set to 


>Later 






Bit 

string(15) 


This bit string shall not be sent 
by mobiles that are compliant 
to this version of the protocol. 
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9.2.5 RANAP Message 

RANAP Message IE contains the transferred RANAP message. 



IE/GROUP NAME 


PRESENCE 


RANGE 


IE Type and 


Semantics Description 


RANAP Message 






OCTET STRING 





9.2.6 CN Domain Indicator 

Indicates the CN domain from which the message originates or to which the message is sent. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


CN Domain Indicator 


M 




ENUMERATED (CS 
domain, PS domain) 





9.2.7 Cause 

Cause IE indicates the reason for a particular error event for the RUA protocol. 

Table 20 



IE/Group Name 


Presence 


Range 


IE Type and Reference 


Semantics 
Description 


CHOICE Cause Group 










>Radio Network Layer 










»Radio Network Layer 
Cause 


M 




ENUMERATED 

( 

Normal, 
Connect failed. 
Network release. 
Unspecified, 

)'" 




>Transport Layer 










»Transport Layer Cause 


M 




ENUMERATED 

(Transport Resource Unavailable, 

Unspecified, 

...) 




>Protocol 










»Protocol Cause 


M 




ENUMERATED 

(Transfer Syntax Error, 

Abstract Syntax Error (Reject), 

Abstract Syntax Error (Ignore and 

Notify), 

Message not Compatible with 

Receiver State, 

Semantic Error, 

Unspecified, 

Abstract Syntax Error (Falsely 

Constructed Message), 

■•■) 




>Misc 










»Misc Cause 


M 




ENUMERATED 
(Processing Overload, 
Hardware Failure, 
O&M Intervention, 
Unspecified, 
■■■) 





The meaning of the different cause values is described in the following table. Cause values for information 'not valid' 
indicates that the information is not valid in the context that it was received. 
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Radio Network Layer cause 


Meaning 


Normal 


No error has occurred 


Connect failed 


Connect attempt failed 


Network release 


Connection released by network 


Unspecified 


Sent when none of the above cause values applies but still the 
cause is Radio Network layer related. 



9.2.8 Criticality Diagnostics 



The Criticality Diagnostics IE is sent by the RNC or the CN when parts of a received message have not been 
comprehended or were missing, or if the message contained logical errors. When applicable, it contains information 
about which lEs were not comprehended or were missing. 



IE/Group Name 


Presence 


Range 


IE type and reference 


Semantics description 


Criticality Diagnostics 










>Procedure Code 







INTEGER (0..255) 


Procedure Code is to 
be used if Criticality 
Diagnostics is part of 
Error Indication 
procedure, and not 
within the response 
message of the same 
procedure that caused 
the error 


>Triggering Message 







ENUMERATED 

(initiating message, 

successful outcome, 

unsuccessful outcome) 


The Triggering 
Message is used only if 
the Criticality 
Diagnostics is part of 
Error Indication 
procedure. 


>Procedure Criticality 







ENUMERATED(reject, 
ignore, notify) 


This Procedure 
Criticality is used for 
reporting the Criticality 
of the Triggering 
message (Procedure). 


Information Element Criticality 
Diagnostics 




Oto 
<maxnoo 
f errors> 






>IE Criticality 


M 




ENUMERATED(reject, 
ignore, notify) 


The IE Criticality is used 
for reporting the 
criticality of the 
triggering IE. The value 
'ignore' shall not be 
used. 


>IEID 


M 




INTEGER (0..65535) 


The IE Id of the not 
understood or missing 
IE 


>Type of Error 


M 




ENUMERATED(not 
understood, missing, 
...) 





Range bound 


Explanation 


Maxnooferrors 


Maximum no. of IE errors allowed to be reported with a single 
message. The value for maxnooferrors is 256. 



9.2.9 CSG Membersinip Status 

This element indicates the Membership status of the UE to a particular CSG. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


CSG Membership Status 


M 




ENUMERATED 
(member, non- 
member,...) 
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9.3 Message and Information Element Abstract Syntax (with ASN.1) 

9.3.0 General 

RUA ASN.l definition conforms with [7] and [8]. 

The ASN.l definition specifies the structure and content of RUA messages. RUA messages can contain any lEs specified in the object set definitions for that message without 
the order or number of occurrence being restricted by ASN.l. However, for this version of the standard, a sending entity shall construct a RUA message according to the PDU 
definitions module and with the following additional rules (Note that in the following IE means an IE in the object set with an explicit id. If one IE needed to appear more than 
once in one object set, then the different occurrences have different IE ids): 

lEs shall be ordered (in an IE container) in the order they appear in object set definitions. 

Object set definitions specify how many times lEs may appear. An IE shall appear exactly once if the presence field in an object has value "mandatory". An IE may 
appear at most once if the presence field in an object has value "optional" or "conditional". If in a tabular format there is multiplicity specified for an IE (i.e. an IE list) 
then in the corresponding ASN.l definition the list definition is separated into two parts. The first part defines an IE container list where the list elements reside. The 
second part defines list elements. The IE container list appears as an IE of its own. For this version of the standard an IE container list may contain only one kind of list 
elements. 

If a RUA message that is not constructed as defined above is received, this shall be considered as Abstract Syntax Error, and the message shall be handled as defined for 
Abstract Syntax error in subclause 10.3.6. 

9.3.1 Usage of private message mechanism for non-standard use 

The private message mechanism for non-standard use may be used: 

for special operator- (and/or vendor) specific features considered not to be part of the basic functionality, i.e. the functionality required for a complete and high-quality 
specification in order to guarantee multivendor interoperability; 

- by vendors for research purposes, e.g. to implement and evaluate new algorithms/features before such features are proposed for standardisation. 

The private message mechanism shall not be used for basic functionality. Such functionality shall be standardised. 

9.3.2 Elementary Procedure Definitions 

**************************************** 

- - Elementary Procedure definitions 

************************************************************** 

RUA-PDU-Descriptions { 
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itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts -Access (20) modules (3) rua(5) versionl (1) rUA-PDU-Descriptions (0) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

******************************************************** 

-- IE parameter types from other modules. 

************************************************************** 

IMPORTS 

Criticality, 

ProcedureCode 
FROM RUA-CommonDataTypes 

Connect , 

DirectTransf er. 

Disconnect, 

Connect ionlessTransfer, 

Error Indication, 

PrivateMessage 



FROM RUA-PDU- Contents 

id-Connect, 

id-DirectTransf er, 

id-Disconnect , 

id- Connect ionlessTransfer, 

id- Error Indication, 

id-privateMessage 
FROM RUA-Constants; 

************************************************************** 



Interface Elementary Procedure Class 



************************************************************** 



RUA- ELEMENTARY- PROCEDURE 
SlnitiatingMessage 
SSuccessfulOutcome 
ScUnsuccessfulOutcome 
SprocedureCode 
Sccriticality 

} 



OPTIONAL, 
OPTIONAL, 
ProcedureCode 
Criticality 



UNIQUE, 
DEFAULT ignore 



WITH SYNTAX { 

INITIATING MESSAGE 
[SUCCESSFUL OUTCOME 
[UNSUCCESSFUL OUTCOME 

PROCEDURE CODE 
[CRITICALITY 



SlnitiatingMessage 

StSuccessfulOutcome] 

StUnsuccessfulOutcome] 

StprocedureCode 

Stcriticality] 
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-- Interface PDU definitions 

******************************************************** 

RUA-PDU ::= CHOICE { 

initiatingMessage InitiatingMessage, 

successfulOutcome SuccessfulOutcome, 

unsuccessfulOutcome UnsuccessfulOutcome, 



InitiatingMessage ::= SEQUENCE { 

procedureCode RUA-ELEMENTARY-PROCEDURE . &procedureCode (■ 

criticality RUA-ELEMENTARY-PROCEDURE . Scriticality (■ 

value RUA-ELEMENTARY-PROCEDURE.&InitiatingMessage (■ 

} 



RUA-ELEMENTARY-PROCEDURES}) , 

RUA-ELEMENTARY-PROCEDURES} {oprocedureCode } ) , 
RUA-ELEMENTARY-PROCEDURES} {©procedureCode} ) 



SuccessfulOutcome ::= SEQUENCE { 

procedureCode RUA-ELEMENTARY-PROCEDURE . SprocedureCode (■ 

criticality RUA-ELEMENTARY-PROCEDURE . Scriticality (■ 

value RUA-ELEMENTARY-PROCEDURE.&SuccessfulOutcome (■ 

} 



RUA-ELEMENTARY-PROCEDURES}) , 
RUA-ELEMENTARY-PROCEDURES} {©procedureCode} ) , 
RUA-ELEMENTARY-PROCEDURES} {©procedureCode} ) 



UnsuccessfulOutcome ::= SEQUENCE { 

procedureCode RUA-ELEMENTARY-PROCEDURE . SprocedureCode 

criticality RUA-ELEMENTARY-PROCEDURE . ^criticality 

value RUA-ELEMENTARY-PROCEDURE . SUnsuccessf ulOutcome 

} 



( {rua-elementary-procedures} ) , 

( {rua-elementary-procedures} {©procedureCode} ) , 
( {rua-elementary-procedures} {©procedureCode} ) 



************************************************************** 

- - Interface Elementary Procedure List 

************************************************************** 

rua-elementary-procedures RUA-ELEMENTARY-PROCEDURE ::= { 
RUA- ELEMENTARY- PROCEDURES -CLASS - 1 | 
RUA-ELEMENTARY-PROCEDURES -CLASS -2 



} 



RUA- ELEMENTARY - PROCEDURES - CLASS - 1 RUA- ELEMENTARY - PROCEDURE 



RUA-ELEMENTARY-PROCEDURES-CLASS-2 RUA-ELEMENTARY-PROCEDURE ::= { 
connectionRequest | 
directTransf er | 
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disconnectRequest | 
connectionlessTransf er | 
errorlndication | 
privateMessage, 



************************************************************** 



Interface Elementary Procedures 



************************************************************** 



connectionRequest RUA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE Connect 
PROCEDURE CODE id- Connect 

CRITICALITY ignore 



} 



directTransfer RUA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE DirectTransfer 
PROCEDURE CODE id-DirectTransf er 

CRITICALITY ignore 



} 



disconnectRequest RUA-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE Disconnect 
PROCEDURE CODE id-Disconnect 

CRITICALITY ignore 



} 



connectionlessTransfer RUA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE ConnectionlessTransfer 
PROCEDURE CODE id-ConnectionlessTransf er 

CRITICALITY ignore 



errorlndication RUA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE Errorlndication 
PROCEDURE CODE id-Errorlndication 

CRITICALITY ignore 



} 



privateMessage RUA-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE PrivateMessage 
PROCEDURE CODE id-privateMessage 

CRITICALITY ignore 
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-- PDU definitions for RUA. 

******************************************************** 

RUA-PDU-Contents { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rua(5) versionl (1) rUA- PDU -Contents (1) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 

-- IE parameter types from other modules. 

************************************************************** 

IMPORTS 

Cause, 

CriticalityDiagnostics , 
Context -ID, 
CN-Domainlndicator, 
CSGMembershipStatus , 
IntraDomainNasNodeSelector, 
RANAP - Me s s age , 
Establishment -Cause 

FROM RUA-IEs 



ProtocolExtensionContainer{ } , 
ProtocolIE-ContainerList { } , 
ProtocolIE-Container{ } , 
ProtocolIE-Single-Container{ } , 
PrivateIE-Container{ } , 
RUA- PRIVATE - lES , 
RUA - PROTOCOL - EXTENS I ON , 
RUA- PROTOCOL- lES 
FROM RUA- Containers 

id-Cause, 

id-CriticalityDiagnostics , 

id-Context-ID, 

id-CN-Domainlndicator, 

id-CSGMembershipStatus , 

id- RANAP -Message, 

id- IntraDomainNasNodeSelector, 
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id- Establishment -Cause 
FROM RUA-Constants; 



********************************************************* 



************************************************************** 



Connect : : = SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



I Connect lEsj j, 
{ConnectExtensionsj 



OPTIONAL, 



ConnectlEs RUA- PROTOCOL- lES ::= { 
ID id-CN-Domainlndicator 
ID id-Context-ID 

ID id-IntraDomainNasNodeSelector 
ID id-Establishment-Cause 
ID id-RANAP-Message 



} 



CRITICALITY reject TYPE CN-Domainlndicator PRESENCE mandatory } | 

CRITICALITY reject TYPE Context -ID PRESENCE mandatory } | 

CRITICALITY ignore TYPE IntraDomainNasNodeSelector PRESENCE optional } 

CRITICALITY reject TYPE Establishment -Cause PRESENCE mandatory } | 

CRITICALITY reject TYPE RANAP-Message PRESENCE mandatory }, 



ConnectExtensions RUA -PROTOCOL -EXTENSION ::= { 

{ ID id-CSGMembershipStatus CRITICALITY ignore 



EXTENSION CSGMembershipStatus 



PRESENCE optional } , 



************************************************************** 

- - Direct Transfer 

************************************************************** 

DirectTransfer ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {DirectTransf erIEs} }, 

protocolExtensions ProtocolExtensionContainer { {DirectTransf erExtensions} 



OPTIONAL, 



} 



DirectTransf erIEs RUA- PROTOCOL- lES 
{ ID id-CN-Domainlndicator 
{ ID id-Context-ID 
{ ID id-RANAP-Message 



CRITICALITY reject TYPE CN-Domainlndicator 
CRITICALITY reject TYPE Context -ID 
CRITICALITY reject TYPE RANAP-Message 



PRESENCE mandatory } | 
PRESENCE mandatory } j 
PRESENCE mandatory } , 



} 



DirectTransf erExtensions RUA -PROTOCOL -EXTENSION 
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icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



Disconnect 



icicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



Disconnect ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{DisconnectlEs j j, 
{DisconnectExtensions j 



OPTIONAL, 



DisconnectlEs RUA- PROTOCOL- I ES 
{ ID id-CN-Domainlndicator 
{ ID id-Context-ID 
{ ID id-Cause 
{ ID id-RANAP-Message 



CRITICALITY reject TYPE CN-Domainlndicator 

CRITICALITY reject TYPE Context -ID 

CRITICALITY reject TYPE Cause 

CRITICALITY reject TYPE RANAP-Message 



RANAP message shall be included if Cause value is "normal" 



PRESENCE mandatory } | 
PRESENCE mandatory } j 
PRESENCE mandatory } j 
PRESENCE conditional 



DisconnectExtensions RUA -PROTOCOL -EXTENSION 



************************************************************** 



Connectionless Transfer 



************************************************************** 



ConnectionlessTransfer ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{ConnectionlessTransf erIEs} }, 
{ConnectionlessTransf erExtensions j 



OPTIONAL, 



ConnectionlessTransferlEs RUA- PROTOCOL- lES ::= { 

{ ID id-RANAP-Message CRITICALITY reject TYPE RANAP-Message 



PRESENCE mandatory 



ConnectionlessTransf erExtensions RUA -PROTOCOL -EXTENSION 



************************************************************** 
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ERROR INDICATION 



********************************************************* 



Errorlndication ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 

protocolExt ens ions ProtocolExtensionContainer 

} 



{ErrorlndicationlEs} }, 
JErrorlndicationExtensions) 



OPTIONAL, 



ErrorlndicationlEs RUA- PROTOCOL- lES ::= { 

{ ID id- Cause CRITICALITY ignore TYPE Cause PRESENCE mandatory } | 

{ ID id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional }, 

} 

ErrorlndicationExtensions RUA -PROTOCOL -EXTENSION ::= { 



************************************************************** 

-- PRIVATE MESSAGE 

************************************************************** 

PrivateMessage ::= SEQUENCE { 

privatelEs PrivatelE-Container { {PrivateMessage-IEs} } , 



PrivateMessage- lEs RUA- PRIVATE -lES 



END 



9.3.4 Information Element definitions 



************************************************************** 

- - Information Element Definitions 

************************************************************** 

RUA-IEs { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rua(5) versionl (1) rUA-IEs (2) } 
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DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

IMPORTS 

maxNrOf Errors 
FROM RUA-Constants 

Criticality, 
ProcedureCode , 
ProtocolIE-ID, 
TriggeringMessage 
FROM RUA-CommonDataTypes 

ProtocolExtensionContainer{ 
RUA- PROTOCOL - EXTENS I ON 
FROM RUA- Containers ; 



CN-Domainlndicator 
cs- domain, 
ps- domain 

} 



ENUMERATED 



CSGMembershipStatus 
member, 
non-member. 



ENUMERATED 



Establishment -Cause 



ENUMERATED { 
emergency- call , 
normal -call. 



Context -ID 



BIT STRING (SIZE (24)) 



IntraDomainNasNodeSelector : : = 
version 

release99 

en -Type 

gsm-Map-IDNNS 
ansi-41-IDNNS 



SEQUENCE { 

CHOICE { 

SEQUENCE { 

CHOICE { 

Gsm-map-IDNNS, 
Ansi-41-IDNNS 



later 

futurecoding 



SEQUENCE { 

BIT STRING (SIZE (15)) 
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} 



Gsm-map-IDNNS ::= 
routingbasis 
localPTMSI 

routingparameter 

}. 
tMSIofsamePLMN 

routingparameter 

}- 

tMSIofdifferentPLMN 
routingparameter 

}. 

iMSIresponsetopaging 
routingparameter 

}- 

iMSIcauseUEinitiatedEvent 
routingparameter 

}. 
iMEI 

routingparameter 

}. 
spare2 

routingparameter 

}. 
sparel 

routingparameter 
} 
}. 

-- dummy is not used in this version of 
-- it should be ignored by the receiver, 
dummy 
} 



SEQUENCE 



CHOICE { 

SEQUENCE { 

Routingparameter 

SEQUENCE { 

Routingparameter 

SEQUENCE { 

Routingparameter 

SEQUENCE { 

Routingparameter 

SEQUENCE { 

Routingparameter 

SEQUENCE { 

Routingparameter 

SEQUENCE { 

Routingparameter 

SEQUENCE { 

Routingparameter 



the specification and 
BOOLEAN 



Ansi-41-IDNNS : := 
RANAP-Message : 
Routingparameter 



BIT STRING (SIZE (14)) 

OCTET STRING 

BIT STRING (SIZE (10)) 



icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k'k 



Cause IE 



icicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicicic-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



Cause : := CHOICE 
radioNetwork 
transport 
protocol 
misc 



CauseRadioNetwork, 
CauseTransport , 
CauseProtocol , 
CauseMisc, 
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CauseRadioNetwork : : 
normal , 

connect -failed, 
network -release, 
unspecified. 



} 



ENUMERATED 



CauseTransport : : = ENUMERATED { 

transport -resource -unavailable, 
unspecified, 

} 

CauseProtocol : : = ENUMERATED { 
transfer -syntax -error, 
abstract-syntax-error-rej ect , 
abstract -syntax-error- ignore -and-not if y, 
message -not -compatible -with- receiver- state, 
semantic -error, 
unspecified, 
abs t ract - synt ax - error -falsely- const ructed-mes sage. 



CauseMisc ::= ENUMERATED 
processing-overload, 
hardware - f ai lure , 
o-and-m- intervention, 
unspecified. 



} 



************************************************************** 



CriticalityDiagnostics 



************************************************************** 



CriticalityDiagnostics 



SEQUENCE 



procedureCode 
triggeringMessage 
procedureCriticality 
iEsCriticalityDiagnostics 
iE- Ext ens ions 



ProcedureCode 

TriggeringMessage 

Criticality 

CriticalityDiagnostics -IE -List 

ProtocolExtensionContainer { {CriticalityDiagnostics-ExtlEs} 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



} 



CriticalityDiagnostics -IE -List 
SEQUENCE { 

iECriticality 
iE-ID 

typeOf Error 
iE- Ext ens ions 



SEQUENCE (SIZE ( 1 .. maxNrOf Errors ) ) OF 



Criticality, 
ProtocolIE-ID, 
TypeOf Error, 
ProtocolExtensionContainer 



{CriticalityDiagnostics -IE -List- Ext lEs} 



OPTIONAL, 
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CriticalityDiagnostics-IE-List-ExtlEs RUA- PROTOCOL -EXTENSION 



Grit icalityDiagnostics- Ext lEs RUA- PROTOCOL- EXTENSION 



TypeOf Error : : = ENUMERATED 
not -understood, 
missing. 



} 



9.3.5 Common definitions 



- - Common definitions 

******************************************************** 

RUA-CommonDataTypes { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rua(5) versionl (1) rUA-CommonDataTypes (3) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

************************************************************** 



Extension constants 



************************************************************** 



maxPrivatelEs 
maxProtocolExt ens ions 
maxProtocolIEs 



INTEGER : 


= 65535 


INTEGER : 


= 65535 


INTEGER : 


= 65535 



************************************************************** 



Common Data Types 



************************************************************** 



Criticality 



ENUMERATED { reject, ignore, notify 
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Presence 



::= ENUMERATED { optional, conditional, mandatory 



ProcedureCode 

PrivatelE-ID 
local 
global 

} 



: := INTEGER (0. .255) 

CHOICE { 

INTEGER (0. .65535) , 
OBJECT IDENTIFIER 



ProtocolIE-ID ::= INTEGER ( . .maxProtocolIEs) 

TriggeringMessage ::= ENUMERATED { initiating-message, successful-outcome, unsuccessful-outcome 

END 



9.3.6 Constant definitions 



- - Constant definitions 

******************************************************** 

RUA-Constants { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rua(5) versionl (1) rUA-Constants (4) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 

IMPORTS 

ProcedureCode , 

ProtocolIE-ID 
FROM RUA-CommonDataTypes; 

************************************************************** 



-- Elementary Procedures 

id- Connect 

id- Direct Transfer 

id- Disconnect 

id- Connect ionlessTransfer 

id- Error Indication 

id-privateMessage 



ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 
ProcedureCode 



************************************************************** 
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******************************************************** 

maxNrOf Errors INTEGER ::= 256 



************************************************************** 



************************************************************** 



id-Cause 

id-CriticalityDiagnostics 

id-Context-ID 

id-RANAP- Message 

id-IntraDomainNasNodeSelector 

id- Establishment -Cause 

id-CN-Domainlndicator 

id-CSGMembershipStatus 



ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 
ProtocolIE-ID 



END 



9.3.7 Container definitions 



************************************************************** 

- - Container definitions 

************************************************************** 

RUA-Containers { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) rua(5) versionl (1) rUA- Containers (5) 

DEFINITIONS AUTOMATIC TAGS ::= 



************************************************************** 

IE parameter types from other modules. 
************************************************************** 



IMPORTS 

Criticality, 
Presence, 
PrivatelE-ID, 
ProtocolIE-ID, 
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maxPrivatelEs , 
maxProtocolExtensions , 
maxProtocolIEs 
FROM RUA-CommonDataTypes; 

******************************************************** 

-- Class Definition for Private lEs 

************************************************************** 



RUA-PRIVATE-IES : 
Sid 

Scriticality 
SiValue, 
&presence 



CLASS 



PrivatelE-ID, 
Criticality, 

Presence 



WITH SYNTAX { 
ID 

CRITICALITY 
TYPE 
PRESENCE 



Sid 

Scriticality 
StValue 
Spresence 



************************************************************** 



Class Definition for Protocol lEs 



************************************************************** 



RUA-PROTOCOL-IES 
Sid 

Scriticality 
StValue, 
S;presence 



CLASS { 

ProtocolIE-ID 
Criticality, 

Presence 



UNIQUE, 



WITH SYNTAX | 
ID 

CRITICALITY 
TYPE 
PRESENCE 



Sid 

Scriticality 
ScValue 
^presence 



************************************************************** 

-- Class Definition for Protocol Extensions 

************************************************************** 

RUA- PROTOCOL -EXTENSION ::= CLASS { 

aid ProtocolIE-ID UNIQUE, 

Scriticality Criticality, 
SiExtension, 
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^presence 



Presence 



WITH SYNTAX { 
ID 

CRITICALITY 
EXTENSION 
PRESENCE 



Sid 

Scriticality 
SiExtension 
Spresence 



************************************************************** 

-- Container for Protocol lEs 

************************************************************** 

ProtocolIE-Container { RUA- PROTOCOL- I ES : lEsSetParam} ::= 
SEQUENCE (SIZE ( . . maxProtocolIEs ) ) OF 
ProtocolIE-Field { { lEsSetParam} } 

ProtocolIE-Single-Container {rua-PROTOCOL-IES : lEsSetParam} ::= 
ProtocolIE-Field {{lEsSetParam}} 

ProtocolIE-Field {RUA-PROTOCOL-IES : lEsSetParam} ::= SEQUENCE { 

id RUA-PROTOCOL-IES. &id ({lEsSetParam}), 

criticality RUA-PROTOCOL-IES . &criticality ( {lEsSetParam} {@id} ) , 
value RUA-PROTOCOL-IES. SValue ({ lEsSetParam} {@id} ) 



} 



************************************************************ 



Container Lists for Protocol IE Containers 
************************************************************** 



ProtocolIE-ContainerList {INTEGER : lowerBound, INTEGER : upperBound, RUA-PROTOCOL-IES : lEsSetParam} 
SEQUENCE (SIZE ( lowerBound .. upperBound) ) OF 
ProtocolIE-Container { { lEsSetParam} } 



************************************************************** 

- - Container for Protocol Extensions 

************************************************************** 

ProtocolExtensionContainer {rua-PROTOCOL-EXTENSION : ExtensionSetParam} ::= 
SEQUENCE (SIZE (1 . . maxProtocolExtensions ) ) OF 

ProtocolExtensionField { {ExtensionSetParam} } 

ProtocolExtensionField { RUA -PROTOCOL -EXTENSION : ExtensionSetParam} ::= SEQUENCE { 

id RUA-PROTOCOL-EXTENSION. &id ({ExtensionSetParam}), 

criticality RUA-PROTOCOL-EXTENSION. Scriticality ( {ExtensionSetParam} {@id} ) , 
extensionValue RUA-PROTOCOL-EXTENSION. ^Extension ( {ExtensionSetParam} {@id} ) 
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- - Container for Private lEs 

******************************************************* 

PrivatelE-Container {rua- PRIVATE -lES : lEsSetParam } ::= 
SEQUENCE (SIZE (1.. maxPrivatelEs ) ) OF 
PrivatelE-Field { { lEsSetParam) ) 



PrivatelE-Field {RUA-PRIVATE-IES : lEsSetParam} 
id RUA-PRIVATE-IES. &id 

criticality RUA-PRIVATE-IES . &criticality 

value RUA-PRIVATE-IES. &Value 

} 



SEQUENCE 



({lEsSetParam}) , 

( { lEsSetParam} {@id} ) , 

( { lEsSetParam} {@id} ) 



END 
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9.4 Message transfer syntax 



RUA shall use the ASN.l Basic Packed Encoding Rules (BASIC-PER) Aligned Variant as transfer syntax as specified 
inref. [6]. 
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10 Handling of unknown, unforeseen, and erroneous 
protocol data 

10.1 General 

Protocol Error cases can be divided into three classes: 
Transfer Syntax Error; 
Abstract Syntax Error; 
Logical Error. 
Protocol errors can occur in the following functions within a receiving node: 



RUA 

functional 
entity 




> 


Logical Errors ' 
Abstract Syntax Errors 

Transfer Syntax Errors 


t 

II 


> 


ASN.l Decoding 



Figure 10: Protocol errors in RUA 

The information stated in subclauses 10.2, 10.3 and 10.4, to be included in the message used when reporting an error, is 
what at minimum shall be included. Other optional information elements within the message may also be included, if 
available. This is also valid for the case when the reporting is done with a response message. The latter is an exception 
to what is stated in subclause 4. 1 . 



10.2 Transfer Syntax Error 



A Transfer Syntax Error occurs when the receiver is not able to decode the received physical message Transfer syntax 
errors are always detected in the process of ASN.l decoding. If a Transfer Syntax Error occurs, the receiver should 
initiate Error Indication procedure with appropriate cause value for the Transfer Syntax protocol error. 

1 0.3 Abstract Syntax Error 
10.3.1 General 

An Abstract Syntax Error occurs when the receiving functional RUA entity: 

1. receives lEs or IE groups that cannot be understood (unknown IE id); 

2. receives lEs for which the logical range is violated (e.g.: ASN.l definition: to 15, the logical range is to 10 
(values 1 1 to 15 are undefined), and 12 will be received; this case will be handled as an abstract syntax error 
using criticality information sent by the originator of the message); 

3. does not receive lEs or IE groups but according to the specified presence of the concerning object, the lEs or IE 
groups should have been present in the received message; 

4. receives lEs or IE groups that are defined to be part of that message in wrong order or with too many 
occurrences of the same IE or IE group; 
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5. receives lEs or IE groups but according to the conditional presence of the concerning object and the specified 
condition, the lEs or IE groups should not have been present in the received message. 

Cases 1 and 2 (not comprehended IE/IE group) are handled based on received Criticality information. Case 3 (missing 
IE/IE group) is handled based on Criticality information and Presence information for the missing IE/IE group specified 
in the version of the specification used by the receiver. Case 4 (lEs or IE groups in wrong order or with too many 
occurrences) and Case 5 (erroneously present conditional lEs or IE groups) result in rejecting the procedure. 

If an Abstract Syntax Error occurs, the receiver shall read the remaining message and shall then for each detected 
Abstract Syntax Error act according to the Criticality Information and Presence Information for the IE/IE group due to 
which Abstract Syntax Error occurred in accordance with subclauses 10.3.4 and 10.3.5. The handling of cases 4 and 5 is 
specified in subclause 10.3.6. 

10.3.2 Criticality Information 

In the RUA messages there is criticality information set for individual lEs and/or IE groups. This criticality information 
instructs the receiver how to act when receiving an IE or an IE group that is not comprehended i.e. the entire item (IE or 
IE group) which is not (fully or partially) comprehended shall be treated in accordance with its own criticality 
information as specified in subclause 10.3.4. 

In addition, the criticality information is used in case of the missing IE/IE group abstract syntax error (see subclause 
10.3.5). 

The receiving node shall take different actions depending on the value of the Criticality Information. The three possible 
values of the Criticality Information for an IE/IE group are: 

- Reject IE; 

Ignore IE and Notify Sender; 

Ignore IE. 

The following rules restrict when a receiving entity may consider an IE, an IE group or an EP not comprehended (not 
implemented), and when action based on criticality information is applicable: 

1. IE or IE group: When one new or modified IE or IE group is implemented for one EP from a standard version, 
then other new or modified lEs or IE groups specified for that EP in that standard version shall be considered 
comprehended by the receiving entity (some may still remain unsupported). 

2. EP: The comprehension of different EPs within a standard version or between different standard versions is not 
mandated. Any EP that is not supported may be considered not comprehended, even if another EP from that 
standard version is comprehended, and action based on criticality shall be applied. 

10.3.3 Presence Information 

For many lEs/IE groups which are optional according to the ASN.l transfer syntax, RUA specifies separately if the 
presence of these lEs/IE groups is optional or mandatory with respect to RNS application by means of the presence field 
of the concerning object of class RUA-PROTOCOL-IES, RUA-PROTOCOL-IES-PAIR, RUA-PROTOCOL- 
EXTENSION or RUA-PRIVATE-IES. 

The presence field of the indicated classes supports three values: 

1 . Optional; 

2. Conditional; 

3. Mandatory. 

If an IE/IE group is not included in a received message and the presence of the IE/IE group is mandatory or the 
presence is conditional and the condition is true according to the version of the specification used by the receiver, an 
abstract syntax error occurs due to a missing IE/IE group. 
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1 0.3.4 Not comprehended IE/IE group 
10.3.4.1 Procedure Code 

The receiving node shall treat the different types of received criticality information of the Procedure Code according to 
the following: 

Reject IE: 

If a message is received with a Procedure Code marked with "Reject IE" which the receiving node does not 
comprehend, the receiving node shall reject the procedure using the Error Indication procedure. 

Ignore IE and Notify Sender: 

If a message is received with a Procedure Code marked with "Ignore IE and Notify Sender" which the receiving 
node does not comprehend, the receiving node shall ignore the procedure and initiate the Error Indication 
procedure. 

Ignore IE: 

If a message is received with a Procedure Code marked with "Ignore IE" which the receiving node does not 
comprehend, the receiving node shall ignore the procedure. 

When using the Error Indication procedure to reject a procedure or to report an ignored procedure it shall include the 
Procedure Code IE, the Triggering Message IE, and the Procedure Criticality IE in the Criticality Diagnostics IE. 

1 0.3.4.1 A Type of Message 

When the receiving node cannot decode the Type of Message IE, the Error Indication procedure shall be initiated with 
an appropriate cause value. 

1 0.3.4.2 lEs other than the Procedure Code and Type of Message 

The receiving node shall treat the different types of received criticality information of an IE/IE group other than the 
Procedure Code IE and Type of Message IE according to the following: 

Reject IE: 

If a message initiating a procedure is received containing one or more lEs/IE groups marked with "Reject IE" 
which the receiving node does not comprehend; none of the functional requests of the message shall be executed. 
The receiving node shall reject the procedure and report the rejection of one or more lEs/IE groups using the 
message normally used to report unsuccessful outcome of the procedure. In case the information received in the 
initiating message was insufficient to determine a value for all lEs that are required to be present in the message 
used to report the unsuccessful outcome of the procedure, the receiving node shall instead terminate the 
procedure and initiate the Error Indication procedure. 

If a message initiating a procedure that does not have a message to report unsuccessful outcome is received 
containing one or more lEs/IE groups marked with "Reject IE" which the receiving node does not comprehend, 
the receiving node shall terminate the procedure and initiate the Error Indication procedure. 

If a response message is received containing one or more lEs marked with "Reject IE" which the receiving node 
does no comprehend, the receiving node shall consider the procedure as unsuccessfully terminated and initiate 
local error handling. 
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Ignore IE and Notify Sender: 

If a message initiating a procedure is received containing one or more les/IE groups marked with "Ignore IE and 
Notify Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the 
not comprehended lEs/IE groups, continue with the procedure as if the not comprehended lEs/IE groups were 
not received (except for the reporting) using the understood lEs/IE groups, and report in the response message of 
the procedure that one or more lEs/IE groups have been ignored. In case the information received in the 
initiating message was insufficient to determine a value for all lEs that are required to be present in the response 
message, the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 

if a message initiating a procedure that does not have a message to report the outcome of the procedure is 
received containing one or more lEs/IE groups marked with "Ignore IE and Notify Sender" which the receiving 
node does not comprehend, the receiving node shall ignore the content of the not comprehended lEs/IE groups, 
continue with the procedure as if the not comprehended lEs/IE groups were not received (except for the 
reporting) using the understood lEs/IE groups, and initiate the Error Indication procedure to report that one or 
more lEs/IE groups have been ignored. 

If a response message is received containing one or more lEs/IE groups marked with "Ignore IE and Notify 
Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the not 
comprehended IE/IE groups, continue with the procedure as if the not comprehended lEs/IE groups were not 
received (except for the reporting) using the understood lEs/IE groups and initiate the Error Indication 
procedure. 

Ignore IE: 

If a message initiating a procedure is received containing one or more lEs/IE groups marked with "Ignore IE" 
which the receiving node does not comprehend, the receiving node shall ignore the content of the not 
comprehended lEs/IE groups and continue with the procedure as if the not comprehended lEs/IE groups were 
not received using only the understood lEs/IE groups. 

If a response message is received containing one or more lEs/IE groups marked with "Ignore IE" which the 
receiving node does not comprehend, the receiving node shall ignore the content of the not comprehended lEs/IE 
groups and continue with the procedure as if the not comprehended lEs/IE groups were not received using the 
understood lEs/IE groups. 

When reporting not comprehended lEs/IE groups marked with "Reject IE" or "Ignore IE and Notify Sender" using a 
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the 
Criticality Diagnostics IE for each reported IE/IE group. 

When reporting not comprehended lEs/IE groups marked with "Reject IE" or "Ignore IE and Notify Sender" using the 
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the 
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported 
IE/IE group. 

1 0.3.5 Missing IE or IE group 

The receiving node shall treat the missing IE/IE group according to the criticality information for the missing IE/IE 
group in the received message specified in the version of the present document used by the receiver: 

Reject IE: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Reject IE"; none of the functional requests of the message shall be executed. The receiving node shall reject the 
procedure and report the missing lEs/IE groups using the message normally used to report unsuccessful outcome 
of the procedure. In case the information received in the initiating message was insufficient to determine a value 
for all lEs that are required to be present in the message used to report the unsuccessful outcome of the 
procedure, the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 

if a received message initiating a procedure that does not have a message to report unsuccessful outcome is 
missing one or more lEs/IE groups with specified criticality "Reject IE", the receiving node shall terminate the 
procedure and initiate the Error Indication procedure. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Reject IE, the 
receiving node shall consider the procedure as unsuccessfully terminated and initiate local error handling. 
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Ignore IE and Notify Sender: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Ignore IE and Notify Sender", the receiving node shall ignore that those lEs are missing and continue with the 
procedure based on the other lEs/IE groups present in the message and report in the response message of the 
procedure that one or more lEs/IE groups were missing. In case the information received in the initiating 
message was insufficient to determine a value for all lEs that are required to be present in the response message, 
the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 

if a received message initiating a procedure that does not have a message to report the outcome of the procedure 
is missing one or more lEs/IE groups with specified criticality "Ignore IE and Notify Sender", the receiving node 
shall ignore that those lEs are missing and continue with the procedure based on the other lEs/IE groups present 
in the message and initiate the Error Indication procedure to report that one or more lEs/IE groups were missing. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Ignore IE and 
Notify Sender", the receiving node shall ignore that those lEs are missing and continue with the procedure based 
on the other lEs/IE groups present in the message and initiate the Error Indication procedure to report that one or 
more lEs/IE groups were missing. 

Ignore IE: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Ignore IE", the receiving node shall ignore that those lEs are missing and continue with the procedure based on 
the other lEs/IE groups present in the message. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Ignore IE", the 
receiving node shall ignore that those lEs/IE groups are missing and continue with the procedure based on the 
other lEs/IE groups present in the message. 

When reporting missing lEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notify Sender" using a 
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the 
Criticality Diagnostics IE for each reported IE/IE group. 

When reporting missing lEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notify' Sender" using the 
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the 
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported 
IE/IE group. 

1 0.3.6 lEs or IE groups received in wrong order or witin too many 
occurrences or erroneously present 

If a message with lEs or IE groups in wrong order or with too many occurrences is received or if lEs or IE groups with 
a conditional presence are present when the condition is not met (i.e. erroneously present), the receiving node shall 
behave according to the following: 

If a message initiating a procedure is received containing lEs or IE groups in wrong order or with too many 
occurrences or erroneously present, none of the functional requests of the message shall be executed. The 
receiving node shall reject the procedure and report the cause value "Abstract Syntax Error (Falsely Constructed 
Message)" using the message normally used to report unsuccessful outcome of the procedure. In case the 
information received in the initiating message was insufficient to determine a value for all lEs that are required 
to be present in the message used to report the unsuccessful outcome of the procedure, the receiving node shall 
instead terminate the procedure and initiate the Error Indication procedure. 

If a message initiating a procedure that does not have a message to report unsuccessful outcome is received 
containing lEs or IE groups in wrong order or with too many occurrences or erroneously present, the receiving 
node shall terminate the procedure and initiate the Error Indication procedure, and use cause value "Abstract 
Syntax Error (Falsely Constructed Message)". 

If a response message is received containing lEs or IE groups in wrong order or with too many occurrences or 
erroneously present, the receiving node shall consider the procedure as unsuccessfully terminated and initiate 
local error handling. 
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When determining the correct order only the lEs specified in the specification version used by the receiver shall be 
considered. 



10.4 Logical Error 



Logical error situations occur when a message is comprehended correctly, but the information contained within the 
message is not valid (i.e. semantic error), or describes a procedure which is not compatible with the state of the receiver. 
In these conditions, the following behaviour shall be performed (unless otherwise specified) as defined by the class of 
the elementary procedure, irrespective of the criticality information of the lE's/IE groups containing the erroneous 
values. 

Class 1: 

Where the logical error occurs in a request message of a class 1 procedure, and the procedure has a message to report 
this unsuccessful outcome, this message shall be sent with an appropriate cause value. Typical cause values are: 

Semantic Error; 

Message not compatible with receiver state. 

Where the logical error is contained in a request message of a class 1 procedure, and the procedure does not have a 
message to report this unsuccessful outcome, the procedure shall be terminated and the Error Indication procedure shall 
be initiated with an appropriate cause value. The Procedure Code IE and the Triggering Message IE within the 
Criticality Diagnostics IE shall then be included in order to identify the message containing the logical error. 

Where the logical error exists in a response message of a class 1 procedure, the procedure shall be considered as 
unsuccessfully terminated and local error handling shall be initiated. 

Class 2: 

Where the logical error occurs in a message of a class 2 procedure, the procedure shall be terminated and the Error 
Indication procedure shall be initiated with an appropriate cause value. The Procedure Code IE and the Triggering 
Message IE within the Criticality Diagnostics IE shall then be included in order to identify the message containing the 
logical error. 



10.5 Exceptions 



The error handling for all the cases described hereafter shall take precedence over any other error handling described in 
the other subclauses of clause 10. 

If any type of error (Transfer Syntax Error, Abstract Syntax Error or Logical Error) is detected in the ERROR 
INDICATION message, it shall not trigger the Error Indication procedure in the receiving Node but local error 
handling. 

In case a response message or Error Indication message needs to be returned, but the information necessary to 
determine the receiver of that message is missing, the procedure shall be considered as unsuccessfully terminated 
and local error handling shall be initiated. 

If an error that terminates a procedure occurs, the returned cause value shall reflect the error that caused the 
termination of the procedure even if one or more abstract syntax errors with criticality "ignore and notify" have 
earlier occurred within the same procedure. 
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